Scrum 指南——如何组织回顾会议

Sprint 回顾 在 Sprint 评审之后  和下一个 Sprint 计划之前进行。对于一个月的 Sprint来说，这最多是三个小时的会议。回顾会议基本上是一个“改进”会议，目的是寻找方法和手段来识别潜在的陷阱、过去的错误，并寻找新的方法来避免这些错误，所有的人—— 产品负责人、  Scrum Master、开发团队成员都会参加。 ，并可选择与利益相关者。

Sprint 回顾会议的时长

冲刺回顾会议时长的经验法则是每周冲刺持续时间通常不超过 45 分钟。下表说明了此规则：

一般格式略有不同，但通常我们会这样做：

• 我们可以将会议的时间框与 Sprint 持续时间成正比。
• 参与者：产品负责人、整个团队和我自己。
• 只要我们可以进行不受干扰的讨论，我们就会搬到一个封闭的房间或舒适的沙发角落。
• 有人被指定为秘书。
• Scrum master 显示 sprint backlog，并在团队的帮助下总结 sprint。重要事件和决定等
• 我们做“巡回演出”。每个人都有机会畅所欲言，不会被打断，Sprint 中什么进展顺利？Sprint 出了什么问题？我们在 Sprint 中学到了什么？在下一个 sprint 中我们应该做些什么不同的事情？
• 我们查看估计速度与实际速度。如果有很大差异，我们尝试分析原因。
• 当时间快到时，Scrum master 会尝试总结关于我们在下一个 sprint 中可以做得更好的具体建议。

我们的回顾通常不太结构化。但是，基本主题始终是相同的：“我们在下一个 sprint 中可以做得更好吗？”

关于回顾性问题的详细信息

1. Sprint 中有哪些进展顺利？

可以提出的可能的问题，通过问自己什么是好的来承认已经发生的所有好事来理解迭代成功背后的原因。

• 是什么促使我们这样做？
• 我们做了什么不同的事情来让它成功？
• 哪些培训、技能或知识促成了这种差异？
• 你的哪个优点使它发生？
• 你的团队的哪些优势使它成为现实？
• 帮助你完成它的团队成员的贡献是什么？
• 我们是如何实现的？

2. Sprint 出了什么问题？

虽然本节中的问题不应该被用来评估个人的表现或惩罚，而是收集信息，并确定在即将到来的 Sprint 中解决它的方法。哪里比进展不顺利的地方更好地寻求改进？事实上，这个问题揭示了团队目前面临的困难、问题和不满。

• 它是怎么出错的？
• 你做错了什么？
• 有多少人要为这个错误负责？
• 你在哪里意识到这样做会出错？
• 您是否理解错误并因此执行错误？
• 你理解对了，但还是出错了？
• 我们在哪些方面做得很好？

3. 我们在 Sprint 中学到了什么？

从这个 Sprint 中学到了什么？这些问题有助于确定什么是对的，什么是错的。它鼓励我们审视我们对工作方式的了解。一些例子可能是：

• 这个 sprint 是如何执行的？
• 在这个 sprint 中哪里出错了？
• 什么时候出错了？
• 它是怎么出错的？
• 哪些技术有用？
• 哪些技术没用？
• 在这个 sprint 中，什么进展顺利？
• 在这个 sprint 中发生了什么不顺利的事情？
• 本次 Sprint 中的哪些学习可以为即将到来的 Sprint 教育我们？

4. 在下一个 Sprint 中我们应该做些什么不同的事情？

本节主要侧重于从过去的成功、失败和学习中确定可能的纠正措施。

• 如何利用个人的力量来解决问题？
• 应该经常做些什么来防止问题再次出现？
• 在您有足够的带宽和能力的情况下，哪些行动必须立即实施？
• 确定要更改的 1 件事并解释如何更改它？
• 什么策略可以完成这项工作？

纠正措施

• 在即将到来的 Sprint 中你会做什么来完成这个动作？
• 你将如何做才能让它成功？
• 在 Sprint 期间你什么时候做？
• 您需要帮助来完成此操作吗？
• 您需要哪些额外支持？
• 你怎么让我知道你完成了它？
• 在 Sprint 期间完成此任务后，您接下来会做什么？

回顾中经常出现的问题

“我们应该花更多时间将故事分解为子项目和任务”

“外来干扰太多”

“我们过度投入，只完成了一半的工作”

“我们的办公环境太吵太乱”

概括

Scrum 回顾会议可以被认为是“经验教训”会议。正确的回顾性问题允许团队思考，同时为每个团队成员提供所有权，从而使其真正 敏捷。

根据场景使用上面给出的问题，并激励您的团队和您自己在未来的 Sprint 中表现出改进。虽然这些示例问题是指示性的，但您可以根据自己的要求进行自定义。